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FINAL ACTION 
Applicant's Response 

In Applicant's Responses dated 04/24/2008, Applicant amended Claims 1-3, and 36-41 
and argued against all objections and rejections previously set forth in the Office Action dated 
01/25/2008. 



Claim Rejections - 35 USC § 112 

The following is a quotation of the first paragraph of 35 U.S.C. 112: 

The specification shall contain a written description of the invention, and of the manner and process of making 
and using it, in such full, clear, concise, and exact terms as to enable any person skilled in the art to which it 
pertains, or with which it is most nearly connected, to make and use the same and shall set forth the best mode 
contemplated by the inventor of carrying out his invention. 

Claims 1-34, 36, and 40-41 are rejected under 35 U.S.C. 1 12, first paragraph, as failing to 
comply with the written description requirement. The claim(s) contains subject matter which 
was not described in the specification in such a way as to reasonably convey to one skilled in the 
relevant art that the inventor(s), at the time the application was filed, had possession of the 
claimed invention. 

Claims 1, 36, 40 and 41 currently recite the limitation "if the first command is rejected by 
the application, the automatically and without user intervention, using an operating system shell 
hook to issue at least one lower priority command as an application command to the 
application". In particular the phrase "without user intervention" was not describes in the 
specification in such a way as to reasonably convey to one skilled in the art that the Applicant, at 
the time the application was filed, had possession of the claimed invention. The Applications 
states that the provided support for this limitation can be at least found in paragraph [0117] and 
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Figure 6 A specifically highlighting that the "system issues a command", however this portion 
along with the rest of the specification does not provide support for this limitation and is 
therefore new matter. 

Claims 2-34 are rejected as inheriting the deficiencies of independent claim 1 . 

Claim Rejections - 35 USC § 103 

The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all obviousness 

rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set forth in 
section 102 of this title, if the differences between the subject matter sought to be patented and the prior art are 
such that the subject matter as a whole would have been obvious at the time the invention was made to a person 
having ordinary skill in the art to which said subject matter pertains. Patentability shall not be negatived by the 
manner in which the invention was made. 

Claims 1-3 and 37-39 are rejected under 35 U.S.C. 103(a) as being unpatentable over 
Hinckley et al (Pub. No. US 2001/0011995 Al), hereinafter "Hinckley" in view of Inatomi 
(US Patent 5598522), hereinafter "Inatomi". 

For the convenience of the Applicant, the Examiner has pointed out particular references 
contained in the prior art(s) of record in the body of this action. Although the specified citations 
are representations of the teachings in the art and are applied to the specific limitations within 
the individual claim, other passages and figures may apply as well. The Applicant should 
consider the entire reference(s) as applicable as to the limitations of the claims. 

As to independent claim 1, Hinckley teaches a method for combining the functionality 
of a set of at least two commands into a single logical button (page 1 paragraph [0009] □ taught 
as controls on an input device having more than 1 function depending on the current application 
in which the commands are called). Hinckley additionally provides one skilled in the art 
knowledge that an application can reject a command call based on the type of application in 
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which the command is sent to and the relation to which the command can be executed (page 10 
paragraph [0117]), therefore Hinckley reasonably teaches having a list of commands associated 
with a logical button, and that list being accessed to provide an corresponding command for an 
application. However Hinckley does not teach wherein the commands are prioritized. Inatomi 
teaches prioritizing a set of commands from highest to lowest priority (column 4 lines 33-38, line 
66 through column 5 line 3, lines 55-59 □ taught as prioritizing the commands corresponding to 
frequency of use or the previous command executed). Inatomi also teaches recognizing when a 
command is rejected by an application and automatically issuing at least one lower priority 
command call (column 5 lines 16-51 □ taught as an application recognizing the users actions to 
reject the current command and to execute another command within the list). 

While neither Hinckley or Inatomi teach automatically and without user intervention 
using an operating shell hook to issue at least one lower priority command as an application 
command to the application, it can be appreciated by one skilled in the art that the prioritized list 
of commands can be incorporated into the command processing by the application of Hinckley to 
eliminate the step of a user having to select an alternative command, similar to that of 
prioritization process scheduling which allows the system to constantly issue the commands in 
an order. 

It would have been obvious to one skilled in the art at the time the invention was made to 
have combined the commands and rejecting of commands by an application of Hinckley with the 
prioritizing of Inatomi to increase the amount of information that an input device can provide to 
the computer (page 1 paragraph [0009], Hinckley) and by simplifying the selecting of operations 
regarding the commands representing processes to be executed, the operability of the computer 
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system can be improved (column 1 lines 22-25, Inatomi), further, providing a command 
processing system in which a process for a command can be executed with simple operations as 
much as possible under the GUI circumstances (column 2 lines 55-58, Inatomi). 

As to dependent claim 2, Hinckley as modified by Inatomi teaches prioritizing multiple 
commands in a logical button. Hinckley teaches an input device such as a keyboard having input 
signals using transducers to implement functions. However, Hinckley as modified by Inatomi 
does not teach commands therein combined are keyboard commands Back and Escape. It is well 
know to one skilled in the art that there is a relationship between the commands Back and Escape 
of a keyboard. Back is used to clear the previous textual input of a user, while Escape is well 
known to back out or close a determined screen/application. It would have been obvious to one 
skilled in the art at the time the invention was made to have combined the commands of Back 
and Escape to reduce the real estate of keys on a keyboard and to enhance the functionally of 
commands within different applications. 

As to dependent claim 3, Inatomi teaches prioritizing commands based on the previous 
executed command or on the frequency of use of a command (column 4 lines 33-38, line 66 
through column 5 line 3, lines 55-59). Note the discussion in claim 2, about the combining of 
Back and Escape. While Hinckley or Inatomi don't explicitly teach the Back keyboard 
command call being prioritized first and the Escape keyboard command call being prioritized 
last, it is suggestively obvious for one skilled in the art to infer that any order of prioritizing can 
be achieved depending of the frequency of use of a command on the previous executed 
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command which will provide a command processing system in which a process for a command 
can be executed with simple operations as much as possible under the GUI circumstances 
(column 2 lines 55-58, Inatomi). 

As to independent claim 37, Hinckley teaches combining the functionality of a set of at 
least two commands into a single logical button (page 1 paragraph [0009] □ taught as controls 
on an input device having more than 1 function depending on the current application in which 
the commands are called), when the logical button is activated using an operating system shell 
hook to issue an application command call for the command calls and recognizes when a 
command call is rejected by an application (page 10 paragraph [0117]). However, Hinckley does 
not teach prioritizing commands. Inatomi teaches executing in priority order until a first 
command is not rejected, and therefore accepted by the application, or until all but the last 
command remains and if all but the last command are rejected by the application in the previous 
element, then issuing the last command as a operating system command (column 4 lines 33-38, 
59-67, column 5 lines 1-3, 17-32, 54-67, column 6 lines 1-8). 

It would have been obvious to one skilled in the art at the time the invention was made to 
have combined the combining of commands of Hinckley with the prioritizing of Inatomi to 
increase the amount of information that an input device can provide to the computer (page 1 
paragraph [0009], Hinckley) and by simplifying the selecting of operations regarding the 
commands representing processes to be executed, the operability of the computer system can be 
improved (column 1 lines 22-25, Inatomi), further, providing a command processing system in 
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which a process for a command can be executed with simple operations as much as possible 
under the GUI circumstances (column 2 lines 55-58, Inatomi). 

As to dependent claim 38, Hinckley as modified by Inatomi teaches prioritizing multiple 
commands in a logical button. Hinckley teaches an input device such as a keyboard having input 
signals using transducers to implement functions. However, Hinckley as modified by Inatomi 
does not teach the commands therein combined are keyboard commands Back and Escape. It is 
well know to one skilled in the art that there is a relationship between the commands Back and 
Escape of a keyboard. Back is used to clear the previous textual input of a user, while Escape is 
well known to back out or close a determined screen/application. It would have been obvious to 
one skilled in the art at the time the invention was made to have combined the commands of 
Back and Escape to reduce the real estate of keys on a keyboard and to enhance the functionally 
of commands within different applications. 

As to dependent claim 39, Inatomi teaches prioritizing commands based on the previous 
executed command or on the frequency of use of a command (column 4 lines 33-38, line 66 
through column 5 line 3, lines 55-59). Note the discussion in claim 38, about the combining of 
Back and Escape. While Hinckley or Inatomi don't explicitly teach the Back keyboard 
command being prioritized first and the Escape keyboard command call is prioritized last, it is 
suggestively obvious for one skilled in the art to infer that any order of prioritizing can be 
achieved depending of the frequency of use of a command on the previous executed command 
which will provide a command processing system in which a process for a command can be 
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executed with simple operations as much as possible under the GUI circumstances (column 2 
lines 55-58, Inatomi). 

Claims 4-20, 23-24, and 26-34 are rejected under 35 U.S.C. 103(a) as being 
unpatentable over Hinckley as modified by Inatomi in view of Snyder et al (Microsoft 
Windows 98 Keyboard Guide, 1999), hereinafter "Snyder". 

As to dependent claims 4, 5, 6, and 7, Hinckley as modified by Inatomi teaches 
prioritizing commands. Inatomi teaches prioritizing commands based on the previous executed 
command or on the frequency of use of a command (column 4 lines 33-38, line 66 through 
column 5 line 3, lines 55-59). It is suggestively obvious for one skilled in the art to infer that any 
order of prioritizing can be achieved depending of the frequency of use of a command on the 
previous executed command which will provide a command processing system in which a 
process, for a command can be executed with simple operations as much as possible under the 
GUI circumstances (column 2 lines 55-58, Inatomi). However, Hinckley as modified by Inatomi 
does not teach the command APPCOMMANDUP or keyboard commands Up Arrow, Scroll 
Up, or Page Up. Snyder teaches common keyboard commands of up commands Up Arrow 
(pages 6, 8, 9, 10), Scroll Up (page 1 1 □ taught as using the up arrow key to scroll a window), 
and Page Up (page 11). While the APPCOMMAND UP is not explicitly stated, it is well known 
to one skilled in the art that Microsoft Windows is a command base software which has code 
written in some type of programming language such as C++ or Java. It is also well known that 
code is written in a simple and descriptive function of the function at which it is intended to 
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perform. Therefore it is suggestively obvious to one skilled in the art to infer that the command 
APPCOMMAND UP would be a suitable and well-known command naming in the keyboard 
commands. 

It would have been obvious to one skilled in the art to have combined the commands of 
Snyder with the prioritizing of commands of Hinckley as modified by Inatomi to make typing 
easier for people who have difficulty using the keyboard or pressing more that more key at a 
time (page 1, Snyder) and to simplify the selecting of operations regarding the commands 
representing processes to be executed, thereby the operability of the computer system can be 
improved (column 1 lines 22-25, Inatomi). 

As to dependent claims 8, 9, 10, and 11, Hinckley as modified by Inatomi teaches 
prioritizing commands. Inatomi teaches prioritizing commands based on the previous executed 
command or on the frequency of use of a command (column 4 lines 33-38, line 66 through 
column 5 line 3, lines 55-59). It is suggestively obvious for one skilled in the art to infer that any 
order of prioritizing can be achieved depending of the frequency of use of a command on the 
previous executed command which will provide a command processing system in which a 
process, for a command can be executed with simple operations as much as possible under the 
GUI circumstances (column 2 lines 55-58, Inatomi). However, Hinckley as modified by Inatomi 
does not teach the command APPCOMMANDDOWN or keyboard commands Down Arrow, 
Scroll Down, or Page Down. Snyder teaches common keyboard commands of down commands 
Down Arrow (pages 6, 8, 9, 10), Scroll Down (page 1 1 □ taught as using the down arrow key to 
scroll a window), and Page Down (page 1 1). While the APPCOMMAND DOWN is not 
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explicitly stated, it is well known to one skilled in the art that Microsoft Windows is a command 
base software which has code written in some type of programming language such as C++ or 
Java. It is also well known that code is written in a simple and descriptive function of the 
function at which it is intended to perform. Therefore it is suggestively obvious to one skilled in 
the art to infer that the command APPCOMMAND DOWN would be a suitable and well-known 
command naming in the keyboard commands. 

It would have been obvious to one skilled in the art to have combined the commands of 
Snyder with the prioritizing of commands of Hinckley as modified by Inatomi to make typing 
easier for people who have difficulty using the keyboard or pressing more that more key at a 
time (page 1, Snyder) and to simplify the selecting of operations regarding the commands 
representing processes to be executed, thereby the operability of the computer system can be 
improved (column 1 lines 22-25, Inatomi). 

As to dependent claims 12, 13, and 14, Hinckley as modified by Inatomi teaches 
prioritizing commands. Inatomi teaches prioritizing commands based on the previous executed 
command or on the frequency of use of a command (column 4 lines 33-38, line 66 through 
column 5 line 3, lines 55-59). It is suggestively obvious for one skilled in the art to infer that any 
order of prioritizing can be achieved depending of the frequency of use of a command on the 
previous executed command which will provide a command processing system in which a 
process, for a command can be executed with simple operations as much as possible under the 
GUI circumstances (column 2 lines 55-58, Inatomi). However, Hinckley as modified by Inatomi 
does not teach the command APPCOMMAND NEXT or keyboard commands Tab or Right 
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Arrow. Snyder teaches common keyboard commands of next commands Tab (pages 3, 12, 17), 
and Right Arrow (3, 5, 7, 8, 9, 10). While the APPCOMMANDNEXT is not explicitly stated, 
it is well known to one skilled in the art that Microsoft Windows is a command base software 
which has code written in some type of programming language such as C++ or Java. It is also 
well known that code is written in a simple and descriptive function of the function at which it is 
intended to perform. Therefore it is suggestively obvious to one skilled in the art to infer that the 
command APPCOMMAND NEXT would be a suitable and well-known command naming in 
the keyboard commands. 

It would have been obvious to one skilled in the art to have combined the commands of 
Snyder with the prioritizing of commands of Hinckley as modified by Inatomi to make typing 
easier for people who have difficulty using the keyboard or pressing more that more key at a 
time (page 1, Snyder) and to simplify the selecting of operations regarding the commands 
representing processes to be executed, thereby the operability of the computer system can be 
improved (column 1 lines 22-25, Inatomi). 

As to dependent claims 15, 16, and 17, Hinckley as modified by Inatomi teaches 
prioritizing commands. Inatomi teaches prioritizing commands based on the previous executed 
command or on the frequency of use of a command (column 4 lines 33-38, line 66 through 
column 5 line 3, lines 55-59). It is suggestively obvious for one skilled in the art to infer that any 
order of prioritizing can be achieved depending of the frequency of use of a command on the 
previous executed command which will provide a command processing system in which a 
process, for a command can be executed with simple operations as much as possible under the 
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GUI circumstances (column 2 lines 55-58, Inatomi). However, Hinckley as modified by Inatomi 
does not teach the command APPCOMMAND PREV or keyboard commands Shift-Tab or Left 
Arrow. Snyder teaches common keyboard commands of previous commands Shift-Tab (page 
12) and Left Arrow (pages 3, 5, 7, 8, 9, 10). While the APPCOMMAND PREV is not explicitly 
stated, it is well known to one skilled in the art that Microsoft Windows is a command base 
software which has code written in some type of programming language such as C++ or Java. It 
is also well known that code is written in a simple and descriptive function of the function at 
which it is intended to perform. Therefore it is suggestively obvious to one skilled in the art to 
infer that the command APPCOMMAND PREV would be a suitable and well-known command 
naming in the keyboard commands. 

It would have been obvious to one skilled in the art to have combined the commands of 
Snyder with the prioritizing of commands of Hinckley as modified by Inatomi to make typing 
easier for people who have difficulty using the keyboard or pressing more that more key at a 
time (page 1, Snyder) and to simplify the selecting of operations regarding the commands 
representing processes to be executed, thereby the operability of the computer system can be 
improved (column 1 lines 22-25, Inatomi). 

As to dependent claims 18, 19, and 20, Hinckley as modified by Inatomi teaches 
prioritizing commands. Inatomi teaches prioritizing commands based on the previous executed 
command or on the frequency of use of a command (column 4 lines 33-38, line 66 through 
column 5 line 3, lines 55-59). It is suggestively obvious for one skilled in the art to infer that any 
order of prioritizing can be achieved depending of the frequency of use of a command on the 
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previous executed command which will provide a command processing system in which a 
process, for a command can be executed with simple operations as much as possible under the 
GUI circumstances (column 2 lines 55-58, Inatomi). However, Hinckley as modified by Inatomi 
does not teach the command APPCOMMANDENTER or keyboard commands Return or 
Enter. Snyder teaches common keyboard commands of enter commands Return (page 3, 11, 16, 
17, 18) and Enter (pages 6, 7, 12). While the APPCOMMAND ENTER is not explicitly stated, 
it is well known to one skilled in the art that Microsoft Windows is a command base software 
which has code written in some type of programming language such as C++ or Java. It is also 
well known that code is written in a simple and descriptive function of the function at which it is 
intended to perform. Therefore it is suggestively obvious to one skilled in the art to infer that the 
command APPCOMMAND ENTER would be a suitable and well-known command naming in 
the keyboard commands. 

It would have been obvious to one skilled in the art to have combined the commands of 
Snyder with the prioritizing of commands of Hinckley as modified by Inatomi to make typing 
easier for people who have difficulty using the keyboard or pressing more that more key at a 
time (page 1, Snyder) and to simplify the selecting of operations regarding the commands 
representing processes to be executed, thereby the operability of the computer system can be 
improved (column 1 lines 22-25, Inatomi). 

As to dependent claims 22, 23, 24, and 26, Hinckley as modified by Inatomi teaches 
prioritizing commands. Inatomi teaches prioritizing commands based on the previous executed 
command or on the frequency of use of a command (column 4 lines 33-38, line 66 through 
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column 5 line 3, lines 55-59). It is suggestively obvious for one skilled in the art to infer that any 
order of prioritizing can be achieved depending of the frequency of use of a command on the 
previous executed command which will provide a command processing system in which a 
process, for a command can be executed with simple operations as much as possible under the 
GUI circumstances (column 2 lines 55-58, Inatomi). However, Hinckley as modified by Inatomi 
does not teach the command APPCOMMAND OUT or keyboard commands Browser Back, 
Escape or Alt-F4. Snyder teaches common keyboard commands of out commands Browser 
Back (page 12), Escape (pages 6 and 12) and Alt-F4 (page 4). While the APPCOMMAND_OUT 
is not explicitly stated, it is well known to one skilled in the art that Microsoft Windows is a 
command base software which has code written in some type of programming language such as 
C++ or Java. It is also well known that code is written in a simple and descriptive function of the 
function at which it is intended to perform. Therefore it is suggestively obvious to one skilled in 
the art to infer that the command APPCOMMAND_OUT would be a suitable and well-known 
command naming in the keyboard commands. 

It would have been obvious to one skilled in the art to have combined the commands of 
Snyder with the prioritizing of commands of Hinckley as modified by Inatomi to make typing 
easier for people who have difficulty using the keyboard or pressing more that more key at a 
time (page 1, Snyder) and to simplify the selecting of operations regarding the commands 
representing processes to be executed, thereby the operability of the computer system can be 
improved (column 1 lines 22-25, Inatomi). 
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As to dependent claims 27, 28, 29, 30, and 31, Hinckley as modified by Inatomi teaches 
prioritizing commands. Inatomi teaches prioritizing commands based on the previous executed 
command or on the frequency of use of a command (column 4 lines 33-38, line 66 through 
column 5 line 3, lines 55-59). It is suggestively obvious for one skilled in the art to infer that any 
order of prioritizing can be achieved depending of the frequency of use of a command on the 
previous executed command which will provide a command processing system in which a 
process, for a command can be executed with simple operations as much as possible under the 
GUI circumstances (column 2 lines 55-58, Inatomi). However, Hinckley as modified by Inatomi 
does not teach the command APPCOMMANDSWITCH or keyboard commands Alt-Escape, 
Alt-Tab, Windows Key, or Home. Snyder teaches common keyboard commands of switch 
commands Alt-Escape (page 4), Alt-Tab (page 4), Windows Key (page 1), and Home (page 7). 
While the APPCOMMAND SWITCH is not explicitly stated, it is well known to one skilled in 
the art that Microsoft Windows is a command base software which has code written in some type 
of programming language such as C++ or Java. It is also well known that code is written in a 
simple and descriptive function of the function at which it is intended to perform. Therefore it is 
suggestively obvious to one skilled in the art to infer that the command 
APPCOMMAND SWITCH would be a suitable and well-known command naming in the 
keyboard commands. 

It would have been obvious to one skilled in the art to have combined the commands of 
Snyder with the prioritizing of commands of Hinckley as modified by Inatomi to make typing 
easier for people who have difficulty using the keyboard or pressing more that more key at a 
time (page 1 , Snyder) and to simplify the selecting of operations regarding the commands 
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representing processes to be executed, thereby the operability of the computer system can be 
improved (column 1 lines 22-25, Inatomi). 

As to dependent claims 32, 33, and 34, Hinckley as modified by Inatomi teaches 
prioritizing commands. Inatomi teaches prioritizing commands based on the previous executed 
command or on the frequency of use of a command (column 4 lines 33-38, line 66 through 
column 5 line 3, lines 55-59). It is suggestively obvious for one skilled in the art to infer that any 
order of prioritizing can be achieved depending of the frequency of use of a command on the 
previous executed command which will provide a command processing system in which a 
process, for a command can be executed with simple operations as much as possible under the 
GUI circumstances (column 2 lines 55-58, Inatomi). However, Hinckley as modified by Inatomi 
does not teach the command APPCOMMAND_MENU or keyboard commands Shift-FlO or 
special command for Settings. Snyder teaches common keyboard commands of menu 
commands Shift-FlO (page 6) and special commands for Settings (pages 10, 13). While the 
APPCOMMAND MENU is not explicitly stated, it is well known to one skilled in the art that 
Microsoft Windows is a command base software which has code written in some type of 
programming language such as C++ or Java. It is also well known that code is written in a 
simple and descriptive function of the function at which it is intended to perform. Therefore it is 
suggestively obvious to one skilled in the art to infer that the command 
APPCOMMAND MENU would be a suitable and well-known command naming in the 
keyboard commands. 
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It would have been obvious to one skilled in the art to have combined the commands of 
Snyder with the prioritizing of commands of Hinckley as modified by Inatomi to make typing 
easier for people who have difficulty using the keyboard or pressing more that more key at a 
time (page 1, Snyder) and to simplify the selecting of operations regarding the commands 
representing processes to be executed, thereby the operability of the computer system can be 
improved (column 1 lines 22-25, Inatomi). 

Claims 36, 40, and 41 are rejected under 35 U.S.C. 103(a) as being unpatentable over 
Hinckley as modified by Inatomi, in further view of Logitech (LogitechMouse User's 
Guide, 1993), hereinafter "Logitech". 

As to independent claim 36, 40, and 41, claims 36, 40, and 41 recites substantially 
similar subject matter as that of claim 1 and in further view of the following is rejected under the 
same reasoning: 

Hinckley as modified by Inatomi does not teach ENTER, UP, DOWN, and OUT 
commands being applied to an object and a subsystem for processing the commands. Logitech 
teaches a system comprising an interface (Mouse Ware software and MouseMan) that generates a 
logical input for one of a group of commands to be applied to an object (page 1 1 □ taught as 
using the MouseWare to assign shortcuts to the MouseMan and using the MouseMan to select 
and manipulate objects). Logitech further teaches a subsystem for processing an ENTER, UP 
(page up), DOWN (page down), and OUT (close application) command (page 1 1 □ taught as 
using the software with a computer). It is well known that computers use a processor to execute 
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computer instructions. Logitech teaches using the software in conjunction with a computer for 
functionality. It is reasonable to one skilled in the art that the subsystem (computer) would be 
used to process the ENTER, UP, DOWN, and OUT command. 

Therefore it would have been obvious to one skilled in the art at the time the invention 
was made to have combined the method of Hinckley as modified by Inatomi with the commands 
of Logitech to simplify the selecting of operations regarding the commands representing 
processes to be executed, thereby the operability of the computer system can be improved 
(column 1 lines 22-25, Inatomi). 

Claims 21 and 25 are rejected under 35 U.S.C. 103(a) as being unpatentable over 
Hinckley as modified by Inatomi in further view of Stern et al (Quicktime 5 for Macintosh 
and Windows: Visual Quickstart Guide, 2001), hereinafter "Stern". 

As to dependent claims 21 and 25, Hinckley as modified by Inatomi teaches prioritizing 
commands. Inatomi teaches prioritizing commands based on the previous executed command or 
on the frequency of use of a command (column 4 lines 33-38, line 66 through column 5 line 3, 
lines 55-59). It is suggestively obvious for one skilled in the art to infer that any order of 
prioritizing can be achieved depending of the frequency of use of a command on the previous 
executed command which will provide a command processing system in which a process, for a 
command can be executed with simple operations as much as possible under the GUI 
circumstances (column 2 lines 55-58, Inatomi). However, Hinckley as modified by Inatomi does 
not teach the commands APPCOMM AND ENTER, APPCOMMAND OUT or special 
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commands Play and Stop. Stern teaches mouse and keyboard commands operable to QuickTime 
Player to Play and Stop. While the APPCOMMAND ENTER and APPCOMMANDOUT is 
not explicitly stated, it is well known to one skilled in the art that QuickTime Player is command 
base music software which has code written in some type of programming language such as C++ 
or Java. It is also well known that code is written in a simple and descriptive function of the 
function at which it is intended to perform. Therefore it is suggestively obvious to one skilled in 
the art to infer that the commands APPCOMMANDENTER and APPCOMMAND OUT 
would be a suitable and well-known command naming in the keyboard commands. 

It would have been obvious to one skilled in the art to have combined the commands of 
Stern with the prioritizing of commands of Hinckley as modified by Inatomi to allow users to 
perform useful functions within multimedia programs with a standard controller and to simplify 
the selecting of operations regarding the commands representing processes to be executed, 
thereby the operability of the computer system can be improved (column 1 lines 22-25, Inatomi). 

Allowable Subject Matter 

Claim 35 is allowed. Claim 35 recites substantial subject matter that is not taught or 
suggested by the prior references. Specifically the limitation of determining whether a window 
is at the beginning of its history in conjunction with an application recognizing the state of the 
window's history and executing commands in a prioritized order accordingly. 
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Response to Arguments 

Applicant's arguments filed 04/24/2008 have been fully considered but they are not 
persuasive. 

Applicant argues that Hinckley is not capable of performing more than one function per 
application with the same control. 
The Examiner disagrees. 

While Hinckley allows for the commands for the controls to change for different 
applications or games, he also states on page 2 paragraph [0015] that the context of the controls 
can change within various portion of an application or a game. 

Applicant argues that Hinckley in view of Inatomi fail to teach recognizing when a 
command is rejected by an application, then automatically and without user intervention using an 
operating system shell hook to issue at least one lower priority command as an application 
command to the application. 

The Examiner disagrees. 

Hinckley goes to provide one skilled in the art of the basic functionality of the 
Applicant's invention. Hinckley sheds light upon commands being accepted by an application 
dependent of the application or portions of the application. Hinckley's invention solves the 
problem of a user having to know the functionality of logical inputs on a device for every 
application. Therefore Hinckley allows an application to determine if a command is valid for the 
current application and executes accordingly. The above reasoning leaves one skilled in the art 
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to believe that there exists a list of commands that are associated with the buttons for the system 
to review in order for execution. This knowledge in combination of the prioritized list of 
commands from Inatomi teaches the claim limitation "automatically and without user 
intervention using an operating system shell hook to issue at least one lower priority command as 
an application command to the application". It is also noted that well known methods such as 
with prioritization process scheduling provides a similar concept which allows commands that 
are to be issued to be prioritized and automatically sent in an order without the user's assistance 
even when a particular process fails (similar to rejecting a command). 

Conclusion 

THIS ACTION IS MADE FINAL. Applicant is reminded of the extension of time 
policy as set forth in 37 CFR 1.136(a). 

A shortened statutory period for reply to this final action is set to expire THREE 
MONTHS from the mailing date of this action. In the event a first reply is filed within TWO 
MONTHS of the mailing date of this final action and the advisory action is not mailed until after 
the end of the THREE-MONTH shortened statutory period, then the shortened statutory period 
will expire on the date the advisory action is mailed, and any extension fee pursuant to 37 
CFR 1 .136(a) will be calculated from the mailing date of the advisory action. In no event, 
however, will the statutory period for reply expire later than SIX MONTHS from the mailing 
date of this final action. 
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Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Andrea N. Long whose telephone number is 571-270-1055. The 
examiner can normally be reached on Mon - Thurs 6:00 am to 3:00 pm EST. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Doug Hutton can be reached on 571-272-4137. The fax phone number for the 
organization where this application or proceeding is assigned is 571-273-8300. 

Information regarding the status of an application may be obtained from the Patent 
Application Information Retrieval (PAIR) system. Status information for published applications 
may be obtained from either Private PAIR or Public PAIR. Status information for unpublished 
applications is available through Private PAIR only. For more information about the PAIR 
system, see http://pair-direct.uspto.gov. Should you have questions on access to the Private PAIR 
system, contact the Electronic Business Center (EBC) at 866-217-9197 (toll-free). If you would 
like assistance from a USPTO Customer Service Representative or access to the automated 
information system, call 800-786-9199 (IN USA OR CANADA) or 571-272-1000. 



Andrea Long 
July 16, 2008 



/Rachna S Desai/ 
Primary Examiner, Art Unit 2176 



